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METHOD AND SYSTEM FOR INFORMATION TRANSFER MECHANISM SEI.ECTION IN MOBILE 
TEIiEPHONY 

The present invention relates to a method and system for selecting a 
commimication medium in mobile telephony ^Ucations, such as calling. More 
5 specifically, tiie preseait invention relates to a method for providing a mobile telephony 
application to a mobile communication device in conmiunication with a first network, 
comprising ttie step of transferring information related to the mobile telephony 
application between the mobile communication device and a second network exchange, 
hi a further aspect, the present invention relates to a mobile communication device, or 

10 to a SIM card. 

Altijough this method provides numerous advantages in the implementation of 
the call back method, both economical advantages for the home provider and the user, 
and advantages in ease of use, flie call back method may still be unproved. One of the 
main problems with the described metixod and other known call back methods, is that 
15 they rely on possible signaling or information transfer mechanisms provided by tiie first 
network. Often these mechanisms are Umited in number, either for technical reasons 
(both in &e first network and in the mobile telephony equipment), or for reasons of 
agreraients between the home provider and the owner of the first network. 

The call back method is an example of a mobile telephony appUcation which is 
20 very useful for a user of mobile telephony equipment roaming in e.g. a first or visited 
network. Other mobile telephony apphcations, whether voice or data, may comprise 
value added services, such as information numbers, voice mail access, account access 
or account revalumg. Adding value is usually based on customer knowledge (e.g. 
profiles, personalized information, unified messaging type of services, secure access to 
25 corporate or personal environments, account mftamation), which is not known to the 
first network, and thus requires mteraction with the second network. These value added 
services all mvolve the second network exchange. It is often dependent of the 
capabiUties of tiie first network whether tiiese types of value added services could be 
provided. 

30 The present invention seeks to provide an improved method for providing mobile 

telephony apphcations m visited networks, which does not show tiie above mentioned 
disadvantages. 
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According to the present invention, a method is provided according to the 
preamble defined above, in which the method comprises the further steps of retrieving 
data on information transfer mechanisms supported by the mobile communication 
device, retrieving data on information transfer mechanisms supported by the first 

5 network, retrieving data on information transfer mechanisms supported by the second 
network, selecting an information transfer mechanism supported by the mobile 
communication device, the first network and the second network, initializing the 
mobile telephony application using the selected information transfer mechanism to 
relay the information between the mobile cormnunication device and the second 

10 network exchange. By using available information transfer mechanisms automatically 
depending on which information transfer mechanisms are supported, it is possible to 
provide user friendly value added services, also when the first or visited network does 
not support all available information transfer mechanisms of the mobile phone (or vice 
versa). 

1 5 The method steps may be implemented in all possible places of the 

communication.netwoik, i.e. implemented in the mobile communication device, or in 
it's SIM-card, or in an exchange or gateway server connected to the first or second 
network. 

The first and second networks may be geographically separated and e.g. form a 
20 visited and home network, respectively. The first and second networks may use the 
same (e.g. GSM) or different communication standards (e.g. GSM and 3G). Other 
possible communication standards are GSM/GPRS, 2G and WLAN. The present 
method may then be applied when e.g. a user of the mobile commimication device is 
roaming. Also, the present method may be advantageously used in a situation where a 
25 network provider has a mixed network: the first network may then e.g. be a 3G network 
which is only available with a limited geogr^hical coverage and the second network 
may be a GSM/GPRS network with a more extensive geographical coverage. Using the 
method, the best available medium may be selected automatically. 

In a further embodiment, the information transfer mechanisms are prioritized, and 
30 the information transfer mechanism allowed by the mobile communication device, the 
first network and second network having the highest priority is selected. This allows 
having a preferred information transfer mechanism, e.g. the one which is the most 
reliable, the most robust or the cheapest alternative. Prioritization may be executed by 
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all parties involved, or by other triggers, such as quality of the coxmection or available 
capacity. 

The information transfer mechamsm may in a particular embodiment comprise 
one or more of the group of Dual Tone Multiple Frequency; Direct Dial In; 
5 Unstructured Supplementary Services Data; Short Message Service. These kind of 
mechanisms are widely used today and are fiilly known to the person skilled in the art. 
However, the present method is also suitable for any possible future information 
transfer mechanism. 

As a specific embodiment, the mobile telephony application is a call back 
10 application allowing establishment of a connection between the mobile communication 
device and a further mobile communication device by intervention of the second 
network exchange. The step of initializing comprises the steps of a) transferring a 
request for call back, the mmiber to be called associated with the fiirther mobile 
communication device and the number of the mobile communication device to the 
1 5 second network exchange, b) accepting the call from the second network exchange to 
establish the coimection. According to this embodiment, a call back service may be 
provided by a home network provider which will be able to provide the call back 
service in a very largp number of visited networks. 

When the information transfer mechanism is DTMF, the step of transferring may 
20 comprise the steps of al) sending a request for call back to the second network 

exchange, a2) after receiving a call back form the second network exchange, accepting 
the connection and transferring the number to be called to the second network exchange 
using DTMF, and a3) waiting for the connection to be established by the second 
network exchange. DTMF has very limited infrastructure requirements, is supported in 
25 almost every network. 

When the information transfer mechanism is USSD or SMS, the step of 
transferring may comprise the steps of al) sending the request for call back, the number 
to be called and the mobile communication device identification number to the second 
network exchange, in which at least the number to be called is comprised in a USSD 
30 message, or a SMS message, respectively, and a2) waiting for the connection to be 

established by the second network exchange. USSD is supported in a growing number 
of networks, also when roaming a visited network, but not in every mobile phone in 
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use. SMS is an information transfer mechanism supported in almost every n^ork and 
almost every mobile phone in use today. 

In a furthar embodiment of the present invention, the method may comprise the 
further step of detecting a start event by checking one or more characteristics of a 
5 number entered on the mobUe communication device. The characteristics e.g. comprise 
the number of digits, or a special sequence of digits. Using this embodiment, tiie input 
of a 10 di^t (international) number may indicate a request to initiate a mobile 
telephony application, e.g. the call back appUcation. Also, it may be checked whether 
Ihe number is a number associated with a Vutual Private Network (VPN), which would 
10 also initiate a special mobile telephony apphcation, such as the call back application. 
Also, it is possible to provide a list of exception numbers (e.g. emergency call numbers, 
or numbers associated with tiie home provider) for which the mobile telephony 
application will not be used. 

In a further aspect, the present invention relates to a mobile communication 
1 5 device, such as a mobile phone, comprising processing means and memory means 
comiectable to the processing means, in which the processmg means are arranged to 
execute the steps of the present method. Preferably, the memory means comprise a SIM 
card. Such a phone would provide a user with the possible advantages mentioned above 
witii relation flie method for providii^ a mobile telephony appUcation. 
20 In an even further aspect, the present mvention relates to a SIM card comprismg a 

software appUcation, which, when inserted into a mobile communication device, 
provides flie mobile communication device with tiie fonctionaUty of ttie present 
method. Such a SIM card may include e-g. an applet which may be executed on a 
mobUe telephony to provide fSxe mobUe telephony appUcation. Usually, tiie home 
25 network provider furnishes tiie SIM card to its cUents. and can tiius control tiie number 
of and extent of mobile telephony appUcations available for a user of amobile phone. 

The present invention will now be explained in further detail using an exemplary 
fflnbodiment of tiie invention, wifli reference to the drawings, in which 

Fig. 1 shows a schematic view of a mobile phone roaming in a visited network; 
30 Fig. 2 shows a state diagram of a call back appUcation implementing an 

embodiment of the present invention; 

Fig. 3 shows a flow diagram of an initialisation part of tiie caU back application 
of Fig. 2; 
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Fig. 4 shows a timing diagram of tiie call bade ai^plication of Fig. 2; and 
Fig. 5 shows a flow diagram of a number filter algorilhm as applied in tiie call 
back !q>plication of Fig. 2. 

The present invaition is discussed in more detail using ttie call back function as 
5 an example of a mobile telq)hone q)plication or service which is to be provided in a 
first, e.g. a visited network 10. Fig. 1 shows a schematic view of a second, e.g. a home 
network 5, associated with ttie mobile communication device or mobile phone 15 of a 
user, which is roaming in the visited network 10. The home network 5 comprises a 
home (second) network exchange 6 and a large number of base stations 7 connected to 
10 the home network exchange 6, which base stations 7 provide a geographical RF 

coverage area for llie home network 10. The home network exchange 6 is arranged to 
set up calls, but also to provide value added services or mobile telephony applications 
to the mobile phone 15, such as inforaiation service, voice mail access, account 
information, or account revaluing. The visited network 10 also comprises at least one 
15 exchange 1 1, connected to a number of base stations 12. which aUow an RF connection 
with the mobile phone 15. The exchange 1 1 of the visited network 10 may be arranged 
to provide support for the mobile telephony applications. Alternatively, this is 
implemented using a separate support computer 13, and the exchaiige 1 1 may then be 
dedicated, to pure exdiange functions. 
20 The call back fimctionality (or any otha: desired value added service 

functionality) may be implemented as a software application in the mobUe phone 15, 
preferably as an applet m a SIM card 16. The SIM card 16 may be suppUed separate 
from tiie mobile phone 1 5 , and is arranged to interact with the mobUe phone 1 5 
circuitry. In this manner, the home network provider, which controls the dissranination 
25 of SIM cards 1 6, can control which mobUe telephone applications are available for a 
certain user. As an alternative, the method is implemented in an exchange or gateway 
server of the first or second network, or the method is implemented in a distributed 
manner. 

Fig. 2 shows a state diagram of the call back application as implemented in an 
30 embodiment of the present iavention. Normally, the application is in an idle state 40. 
When tiie mobile phone 15 notifies the application that the user has started a call (by 
entering a number using the mobile phone 15 keypad), e.g. using an event trigger, the 
application enters the number filter state 42. The event tiigger may be a call control 
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event (when the mobile phone 15 is properly equipped for notifying call control events 
to the call back application), or a menu selection event. 

The function of the number filter state 42 is discussed in more detail below with 
reference to Fig. 5, here it suffices to indicate that the number fiUlter state 42 may be 
5 exited to re-enter the idle state 40 when the call is accepted as a normal call (event 69), 
or when a call is not accepted (event 70, call barred). 

Aft^ exiting the number filter state 42 having determined that the call back 
application is desired by the user, the application enters the initialization state 43. In the 
initialization state 43, the call back application will determine which information 
10 transfer mechanism is to be used for the call back execution. This will now first be 
discussed with reference to Fig. 3. 

Fig. 3 shows a flow diagram of the initialization state 43 according to an 
embodiment of the present invention, in which three possible information transfer 
mechanisms between mobile telephone 1 5 and the exchange 1 1 of the visited network 
15 1 0 are checked. The three information transfer mechanisms m this illustrative 

embodiment are Dual Tone Multiple Frequency (DTMF), Unstructured Supplementary 
Service Data (USSD) and Short Message Service (SMS). These mechanisms are well 
understood by the person skilled m the art, and are thus not further discussed. 

In the mobile phone 15, the mobile phone capabiUties regarding support for any 
20 of the three information transfer mechanisms is stored in a mobile phone 1 5 memory, 
preferably present on a part of the SIM card 16, as indicated by general parameter file 
20. 

In decision block 21, a check is performed whether the mobile phone 15 is 
capable of sending control signals directly to the call back application, triggered by 
25 events. If fliis is possible, the information transfer mechanism to be used may be 

deterauned automatically in the call back application (see below). If this is not possible, 
the user will have to initiate the call back application using a menu selection 22. 

When the mobile phone 15 is capable of direct event signaling, the flow 
continues with decision block 23, in which the available back end systems, i.e. the 
30 capabilities of the exchange 1 1 of the visited network 10, are checked. This data 

concerning the exchange 1 1 may be broadcast by the exchange 11, stored in the mobile 
phone 15 and updated when necessary. It is also possible that the home network 
provider stores these data on the SIM card 16 for visited networks 10 for which the 
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provider has an agreement with the visited network provider to allow the value added 
services, such as the call back application. The possible information transfer 
mechanisms may be given a priority, and the information transfer mechanism 
supported by both the mobile phone 1 5 and the exchange 1 1 having the highest priority 

5 will be selected. 

If the exchange 11 does not support any information transfer mechanism, the 
initialization state 43 is exited and the call is handled as a normal call, i.e. the call is 
handled by the exchange 1 1 of the visited network 10, as indicated by block 69 (see 
also Fig. 2). If the exchange 11 supports one or more information transfer mechanisms, 
10 the various possibiUties may be checked in random order, or by priority. Alternatively, 
e.g, depending on the priority or home operator selection, the call may be blocked. 

E.g., in Fig. 3, it is first checked in decision block 23 whether USSD is supported 
by the exchange 1 1 . If not, the flow continues in decision block 23 to check for further 
possibiUties. If USSD is supported by the exchange 1 1, it is subsequently checked m 
15 decision block 26 whether the mobile phone 15 supports USSD. If not, the flow again 
returns to decision block 23. If USSD is supported both by mobile phone 15 and 
exchange .1 1 , the call back application is further executed using USSD (see below), as 
indicated by block 32. 

The same applies for the mechanism usmg DTMF for signaling: after a check in 
20 decision block 23 whether the exchange 1 1 supports DTMF, decision block 25 checks 
whether the mobile phone 15 supports DTMF, and if so, the call back application is 
executed using DTMF, as indicated by block 30. Also, the possible use of SMS is 
checked m decision block 23 for the exchange 1 1, and if supported the call back 
appUcation is executed using SMS, as indicated in block 31 . In the flow of Fig. 3, the 
25 check whether the mobUe phone supports SMS is left out, as the majority of the mobile 
phones in use today support the use of SMS. Of course, such a check can be mcluded 
similar to the decision blocks 25, 26. 

When the mobile phone 15 does not support direct signaling to the call back 
appUcation, as indicated by block 22, the right side of the flow schedule of Fig. 3 is 
30 used. Information is then received by means of user input, e.g. using a menu selection 
mechanism. Here, also a check is performed on available information transfer 
mechanisms of the exchange 1 1 (decision block 27), which may result in a normal caU 
(block 69, see also Fig. 2) when no mechanism is supported, a further check on USSD 
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capability of the mobile phone (decision block 29) and subsequent use of USSD (block 
32), or use of SMS (block 31). DTMF support is in this case not possible, as this 
requires the capabiUty for direct event signaling (call control features). 

Returning to Fig. 2, and further referring to the timing diagram of Fig. 4, the 
5 further state transitions of the call back application are discussed. 

In Fig. 4, the timing is shown for the information exchange between user mobile 
telephone 15 and the destination (which may be a mobile phone, or a land line number), 
in which the total connection is set up by the home exchange 6. A distinction is made 
between the use of DTMF on one side and USSD/SMS on the otiier side as transfer 
10 mechanism. 

When DTMF is used, it is not possible to convey much information without 
actually establishing a connection between the mobile phone 15 and the home provider 
exchange 6. Such a connection would encompass cost for a call, which would make the 
method less advantageous. Therefore, a caU back appUcation using DTMF will follow 
15 the following steps: 

First, the mobile phone 15, of which the user initiates a call back request, will 
place an initial call to the home exchange 6 (event 44 m Fig. 2: the called number will 
be exchanged by the mobile phone circuitry for the home exchange 6 number) using a 
specific number and enter a waiting state 45, The exchange 6 will reject the call (call 
20 disconnect event 46 in Fig. 2), but at the same time obtain infiDnnation on ttie mobile 
phone number (A-number, e.g. using Calling Line Idoitification, CLI) and the caU back 
apphcation will enter a further wait state 47, waiting for a cafl back by the home 
exchange 6. The specific number dialed by the mobile phone 15 to reach the home 
exchange 6 will convey the information that a call back is requested. 
25 Alternatively, a method called Dkect Dial In (DDI) may be used. The numb^ 

used to reach the home network exchange 6 can then be the mobile phone number or a 
shadow number, such as the voice mail number. The home exchange 6 can then extract 
the mforaiation that a call back is requested and the mobile phone number. The next 
step is that the exchange 6 will initiate a connection with the mobile phone 15 (event 
30 48). Subsequently, in state 49, the mobile phone retrieves the number to be called (B- 
number) from its memory and transfers this to the exchange 6 using DTMF signals. 
The exchange 6 acknowledges correct reception of the DTMF message (event 50), and 
the call back application enters the Wait for call connect state 51. Then, the home 
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exchange 6 establishes a conneotion with the number to be caUed (B-number), and 
when this is accepted, liie complete comiection between the mobile phone 1 5 and the 
number to be called is established (event 52). after which the call back application 
enters tiie End state 53. When the call is disconnected (either by mobile phone 1 5 or the 
5 called person) the call back appUcation returns to the idle state 40. 

As indicated in Fig. 2, a number of error situations may occur in each of the states 
45, 47, 49, 51. either by timing out a waiting period (54. . .56). or by error detection 
(e^ent'57)' after which the call back appUcation enters an error state 58. to eventually 

return to the idle state 40. 
10 When the call back application is executed using USSD or SMS. the call set-up 

maybe much simpler. The mobile phone 15. when triggered by the user to mitiate a 
call back, will send a SMS or USSD message to the home provider exchange 6 (events 
66 67. 68 in Fig. 2. followed by a transition to the Wait for call back state 59). This 
message comprises an indication that a call back is requested, and both the number to 
15 be called and possibly the number of the mobile phone 15 (&is may also be retneved 
using e g. Calling Line Identification. CLI). which information is transferred to the 
home exchange 6. Subsequently, the home exchange 6 estabUshes a connection with 
the mobile phone 15. and awaits acceptance of the call (event 60 in Fig. 2. after which 
the call back appUcation enters &e Wait for comiect state 61). Then, the comiection to 
20 the number to be called is estabUshed, after acceptance of which the complete 

comiection is established (event 62), and the call back appUcation enters the end state 
53 It will be apparent to the person skilled in the art. that it is also possible to set up the 
call to the mobile phone 15 and the number t« be caUed (B-number) simultaneously. 
For the information to be transferred in the respective messages, a number of 
25 possible alternatives maybe envisaged. In case of DTMF (send DTW state 49 in Fig. 
2). a start sequence code is included to prevent loss of relevant information durmg the 
transmission of the DTMF sequence. The start sequence code may comprise a number 
of digits followed by a The general application parameter file 20 may comprise a 
parameter (Number of start sequence digits) for the number of digits. E.g., if the 
30 parameter is set to six. the start sequence code can be •54321'. The home network 

exchange 6 wiU only recognize a vaUd DIMF sequence of the number to be caUed after 
receiving and verifymg the start sequence code. 
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In the general application parameter file 20, the parameters MCC (Mobile 
Country Code) in DTMF and MNC (Mobile Network Code) in DTMF may be included 
to indicate whether the MCC, both MCC and MNC or neither have to be included in 
the DTMF sequence as a location code. When it should be included, it is done at the 

5 end of the DTMF sequence, followed by a *#'. E.g., Netherlands, Telfort is included as 
'20412*. The total DTMF sequence will then be 
<start sequence>*<destination number>'^<location code>it 

In case of use of USSD, a USSD message is formed, which as defined in 
standards, starts with an and ends with an '#'. The format of the message may e.g. be 

1 0 *<node id> *<destination number> *<location code> #, 

in which 'node id' is an identification of the home exchange 6 assigned by the home 
network provider, which may be stored in the general application parameter file. 

When the mobile phone IS is properly equipped, the dialed number can be 
automatically translated into the USSD message (event 67 in Fig. 2). Otherwise, the 

1 S call back application may be arranged to intercept the call by the user of the mobile 
phone 15 and send the USSD message as described above (event 66 in Fig. 2). 

In case SMS is used for the call back application, the caU is initiated by the 
mobile phone 15 by sending an SMS to an SMS exchange of the home network (which 
may be co-located with the home network exchange 6). The SMS message is structured 

20 as follows: 

<destination number>*<location code>§ 

The SMS destination number and the location code may be stored in the application 
general parameters file 20. 

In Fig. 5, a flow diagram is shown of a possible implementation of a number 
25 filtering algorithm as executed in the number filter state 42 (see Fig. 2), which detects 
whether a user of the mobile phone 15 wants to use the call back application, or to 
place a normal call. The number filtering algorithm is preferably stored in the SIM card 
16 of the mobile phone 15, and is part of the call back application. 

The number filtering algorithm may prevent errors and illegal calls by checking 
30 the number entered by the user, before the call is initiated. First, it is checked whether 
the mobile phone 15 is capable of executing the call back application (decision block 
71) and then it is checked whether the general parameters file is downloaded to the 
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appUcation (decision block 72). When either of these decisions is negative, the call is 
perfonned^thout using the call back appUcation (block 69, see also Fig. 2). 

Then, in decision block 73, it is checked whether the number entered by the user 
on the mobile phone 15 comprises a Type of Number/Number Plan Identification 
5 (TON/NPI) byte which is equal to 0x91, which indicates the number is an international 
number. If not. it is checked in subsequent decision blocks 74 and 75 whether the 
nmnber entered satisfies the characteristics of a virtual plan numbering (VPN), which is 
determined by checking whether the number entered comprises between a minimum 
and maximmn amount of digits (e.g. three or four digits). If the entered number has less 
10 than the minimum number of digits required for a VPN number, the call is barred 
(block 70). If the TON/NPI byte is equal to 0x91, it is checked in decision block 76 
whether the number entered comprises a minhnum number of digits required for an 
international call. If the number of digits is less than the required number, the call is 
barred (block 70). 

15 Ifihe enterednumber satisfies thecriteriaof a VPN number or anintemational 

number, a fiirther check is made on whether the number entered is an exception number 
(dedsiJn block 77). Exception numbers may be included in the general parameter file 
20. and may include emergency calls. Also, the exception number may include atable 
of 'records. each containing country or network identifiers, indicating visited networks 
20 lOinwbichcallswiUnotbemadeusingthecallbackappUcation.Thisenablesthe 

home network provider to control the use of the call back application in the context of 
his poUcy and agreements with other network providers. By default only the home 
network 5 is part of the exception table. 

When the number entered is an exception number (block 77) or the number 
25 entered has less than the number of digits reqmred for a VPN (block 74). the number 
filtering algorithm may comprise a fiirther check on a parameter which indicates that 
the call back appUcation should always be used (decision blocks 78). If this is the case, 
or when the entered number is not an exception number (decision block 77), the 
number filtering algorithm will initiate the caU using the call back ^plication as 
30 described above and enter the initiaUzation state 43 (see also Fig. 2). If not, the number 
filtering algorithm wiU indicate that the call is to be performed without the call back 
application (block 69). 



SUBSTITUTE SHEET (RULE 26) 



